M THE SPECIFICATION: 



Please amend the specification on page 4, line 29, ending on page 5, line 6 as follows: 



-If, for example, a person may receive data fi-om the Internet in the form of voice data 113, the 
person may want to compress the data into another format because the person may not have a 
compatible driver. In this case, the person sends the data to a Universal conversion server 104 
and states what operation needs to be performed and what operating system they may own. This 
xmiversal conversion server (UCS) determines what should be done fi-om the user description or 
from type of file and information about user computer.-- 



Please amend the specification on page 5, line 8 as follows: 



-The UCS sends the data to an appropriate formatting module. Different methods are available 
to determine type of file. For example, if the data are audio data, the data are sent to be audio 
formatted 105. If the data are video data 114, the data are sent to be video formatted 106; and if 
the data are animation the data are sent to a server that can format animation data 107. The data 
can also be sent to a generic compression service 108. It is also indicted indicated to which 
operating system the data should be formatted, and whether the data should be upgraded or 
downgraded. - 
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Please amend the specification on page 5, line 20, ending on page 6, line 23 as follows: 



-The universal conversion server 104 can define automatically what should be changed or\and 
how it should be changed. The universal conversion server 104 has access to the user computer 
101 via the network 100. It can read from a special system file U5 in the user computer the 
information about the computer (what is the operational system, what m=e applications are stored 
in this computer, e.g. word pro or Microsoft word etc.). The universal conversion server (UCS) 
can use this information to decide how to change the file that it received fi-om the user. For 
example, if the UCS received the audio data from the computer 101 and did not receive any 
explanations what should be done^ it can do the following. First, it defines what type of data it 
^ received (audio, video etc.). It can define the type of data using different methods. Some of 

these methods are described in a patent application serial no. 09/137,966. After the UCS defined 
defines the type of data and in which operational system (OS) it was formatted^ it checks what 
OS is used in the computer 101 and what applications are available in 101 to process this type of 
data. If the UCS finds that there is some appUcation in the computer that can process this type of 
data but that the data was initially formatted to be processed by a different application, then the 
UCS sends the data to an appropriate formatting server with the request to reformat it to the 
application that is available in the computer 101 . For example, if the UCS received a textual 
data that was formatted for Microsoft word and if the UCS found that the user computer 101 has 
only Word Pro application, than the UCS sends the textual data to a text formatting server 120 
and requests to reformat it fi-om Microsoft Word format to Word Pro format. Similarly the UCS 
reformat data to the OS system that is used by the user computer 101 
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Please amend the specification on page 10, line 5 as follows: 



"Figure 4 is a flow chart of the universal conversion system. At step 400, files are entered into 
the computer (either fi-om the user or firom network), and at step 401 the UCS is contacted. At 
I step 402, a check is made to determine whether the file format is compatible with the operating 
jy\ system(OS) in the computer. If the format is not compatible, it means that the file is not 

recognized by a OS (i.e. on any input media such as CD-ROM, a floppy disk, tape, e-mail, etc.). 
In this case, the file is sent to the Universal Driver, as represented by step 403. A Universal 
Driver that may be used is disclosed in U.S. patent application no. 09/564,6 19 for 

AUniversal Driver Server,A filed ^^^^^^^^ May 4, 2000 (Attorney Dock e t 13 44 1) , the disclosure 
of which is herein incorporated by reference.- 



Please amend the specification on page 10, line 27, ending on page 11, line 7, as 

follows: 



-If the data do not need to be reformatted, the routine proceeds to step 414 and the data are 
processed as the user requests. Otherwise, the file is sent, to the universal server; and this server 
^><^ checks, at step 407, whether the file is executables - i.e., programs that were obtained after 
compilation. If the file is executable, then, as represented by steps 408 and 409, the routine 
checks the Universal Driver to determine whether the program can be replaced on the Universal 
Driver. Copending patent application no. ^^^^ 09/564,619 (Attorney Docket No. 13 44 1) 
describes a suitable Universal Driver that can be used in the practice of this invention.-- 
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